Skip to main content

Sprint Retrospective

Logo FisioFind

FISIO FIND - SPRINT RETROSPECTIVE

ÍNDICE

Ficha del documento

  • Nombre del Proyecto: FISIO FIND

  • Número de Grupo: Grupo 6

  • Entregable: #SPRINT 3

  • Miembros del grupo: Alberto Carmona Sicre, Antonio Macías Ferrera, Benjamín Ignacio Maureira Flores, Francisco Capote García, Daniel Alors Romero, Daniel Fernández Caballero, Daniel Ruiz López, Daniel Tortorici Bartús, Daniel Vela Camacho, Delfín Santana Rubio, Guadalupe Ridruejo Pineda, Julen Redondo Pacheco, Miguel Encina Martínez, Francisco Mateos Villarejo, Pablo Fernández Pérez, Ramón Gavira Sánchez, Rafael Pulido Cifuentes.

  • Contribuidores: Benjamin Ignacio Maureira Flores (autor), Antonio Macías Ferrera (revisor)

  • Fecha de Creación: 10/04/2025

  • Versión: v1.0

Histórico de Modificaciones

FechaVersiónRealizada porDescripción de los cambios
09/04/2025v1.0Benjamin Ignacio Maureira FloresElaboración de la sprint retrospective sprint 3

Participantes

Nombre completoRolContacto
Antonio Macías Ferrera--antmacfer1@alum.us.es
Alberto Carmona Sicre--albcarsic@alum.us.es
Benjamín Ignacio Maureira Flores--benmauflo@alum.us.es
Francisco Capote García--fracapgar1@alum.us.es
Daniel Alors Romero--danalorom1@alum.us.es
Daniel Fernández Caballero--danfercab@alum.us.es
Daniel Ruiz López--danruilop1@alum.us.es
Daniel Tortorici Bartús--dantorbar1@alum.us.es
Daniel Vela Camacho--danvelcam@alum.us.es
Delfín Santana Rubio--delsanrub@alum.us.es
Guadalupe Ridruejo Pineda--guaridpin@alum.us.es
Julen Redondo Pacheco--julredpac@alum.us.es
Miguel Encina Martínez--migencmar@alum.us.es
Francisco Mateos Villarejo--framatvil@alum.us.es
Pablo Fernández Pérez--pablofp.33@gmail.com
Ramón Gavira Sánchez--ramgavsan@alum.us.es
Rafael Pulido Cifuentes--rafpulcif@alum.us.es

1. OBJETIVOS DE LA RETROSPECTIVA

En la Sprint Retrospective tratamos de evaluar de forma grupal el desempeño durante el Sprint, reconocer las áreas en las que hemos tenido éxito, así como identificar y abordar los problemas encontrados, y evaluar los márgenes de mejora para el próximo Sprint.

2. METODOLOGÍA UTILIZADA

El equipo utilizó un enfoque basado en cinco secciones clave:

✅ Good: Se identificaron las acciones y prácticas que funcionaron bien durante el sprint, destacando los logros y fortalezas del equipo.

🔴 Bad: Se señalaron aquellos aspectos que no se manejaron de manera óptima, incluyendo desafíos enfrentados y posibles áreas de mejora.

🟡 Start: Se discutieron iniciativas o prácticas que el equipo debería comenzar a implementar para mejorar la dinámica de trabajo.

🟠 Stop: Se identificaron procesos o hábitos que han resultado poco efectivos y que deberían ser eliminados o modificados.

🔵 Actions: A partir de los hallazgos de las secciones anteriores, se definieron acciones concretas para aplicar en los próximos Sprints, asegurando así un proceso de mejora continua.

Este tipo de retrospectiva permite que el equipo reflexione de manera estructurada sobre su rendimiento y fomenta una cultura de aprendizaje y adaptación, proceso crucial en la correcta aplicación de una metodología ágil.

3. DISCUSIÓN Y FEEDBACK

GOOD: ¿Qué salió bien?​

  • ✅ Ambiente y comunicación: El grupo al completo está satisfecho con el ambiente y la comunicación fluida que se ha generado entre los compañeros.
  • ✅ Trabajo en equipo: Estamos muy orgullosos de que, si un compañero necesitaba ayuda, sin pensarlo, algún otro compañero le ayudaba a resolverla.
  • ✅ Compromiso: Todos los miembros del equipo mostraron una actitud proactiva y se mantuvieron enfocados en cumplir con las metas establecidas, aunque a veces de forma tardía.
  • ✅ Cambio en la aplicación: Durante este sprint, la aplicación ha experimentado una transformación significativa, lo que demuestra el avance del equipo en el desarrollo de nuevas funcionalidades y mejoras.
  • ✅ Disgregación del equipo: Aunque el equipo se dividió en varios grupos para cumplir con los objetivos establecidos, esta disgregación fue necesaria y resultó ser efectiva para avanzar en las funcionalidades críticas.
  • ✅ Creación de grupo de bugs: Se creó un grupo enfocado en la gestión y resolución de bugs, lo que ayudó a agilizar el proceso de corrección.
  • ✅ Estrategia de presión para tener todo listo el martes: Poner presión para tener todo listo el martes fue una estrategia efectiva, ya que permitió tener tiempo suficiente para revisiones y despliegue sin presiones de última hora.
  • ✅ Mejora de personas con menos horas: Las personas que llevaban menos horas han logrado mejorar su rendimiento y alcanzar las expectativas del equipo.
  • ✅ Bajos reportes de errores: No se han reportado muchos errores durante este sprint, lo que muestra un buen nivel de calidad en el trabajo realizado.
  • ✅ Cumplimiento de tareas a tiempo: Las tareas se han cumplido a tiempo, lo que refleja un buen nivel de organización y cumplimiento de plazos. El reparto de tareas se hizo desde el primer momento y todos los miembros trabajaron de forma equilibrada.
  • ✅ Pudimos finalizar prácticamente al 100% las tareas más complejas del proyecto.
  • ✅ Se integraron de manera exitosa funcionalidades que estaban relacionadas y se hacían en grupos diferentes.
  • ✅ Se corrigió el problema de los conflictos entre migraciones y archivos que se editaban al mismo tiempo por distintas personas.

BAD: ¿Qué NO salió bien?​

  • 🔴 El equipo se enorgullece de no haber encontrado ningún inconveniente durante el sprint.
  • 🔴 Organización desequilibrada: En temas de organización, por poner una pega, ha habido personas que han tenido que dedicar mucho esfuerzo al principio del Sprint, mientras que otros miembros han dedicado mucho esfuerzo al final del Sprint, en lugar de dedicar todos un esfuerzo constante a lo largo del Sprint.

START: ¿Qué debemos empezar a hacer?​

  • 🟡 Debemos estar más al tanto del resto de funcionalidades que hacen los compañeros.

STOP: ¿Qué debemos dejar de hacer?​

  • 🟠 Debemos dejar de trabajar de manera tan aislada por si se necesita nuestra ayuda para otras funcionalidades.

4. CONCLUSIONES

A partir de las discusiones anteriores, se han definido las siguientes acciones para mejorar el desempeño en el próximo sprint:

  • Daily Stand-Up: Realizar reuniones cortas diarias para conocer el avance de cada uno y coordinar el trabajo entre grupos.

  • Integración Funcional: Coordinar encuentros específicos entre equipos para revisar y alinear el trabajo en funcionalidades relacionadas.

  • Actualización del Seguimiento: Mantener al día el Github Projects para que todos visualicen el progreso y las dependencias de cada funcionalidad.

  • Revisión de Bugs: Continuar con el grupo de bugs y realizar sesiones breves post-sprint para identificar y prevenir errores futuros.

Aprobado por:
Scrum Master: Antonio Macías Ferrera